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ABSTRACT 


This thesis is primarily concerned with automation support for an organization in 
charge of the construction and modification of buildings for military bases and civilian 


construction during disaster relief. 


The first issue at hand is the need to know how this organization functions 
manually and the participation of each department in daily work. Use Case Analysis was 
applied to understand the business process and an UML model was created to appraise 
the domain concepts. Architecture for a decision support system was then developed to 
provide the necessary automation support and a prototype for the user interface of the 


proposed system was constructed to evaluate the architectural design. 


The proposal software will improve the decision making ability of the leader of 
this organization and the heads of each department. It will make the routine tasks easier, 


and provide the necessary and accurate data in a timely manner. 
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I. INTRODUCTION 


The primary goal of this thesis is to automate the business processes for an 
organization in charge of the construction and modification of buildings for military 
bases, and civilian construction during disaster relief. In recent years, the organization 
hired a contractor to automate the business processes but the organization did not receive 


the value paid for the supply contracts. 


Armed with the rudimentary knowledge received at the Naval Postgraduate 
School, an attempt is made to address these issues and improve the process by developing 
a business application that improves the decision making ability of the leader of this 


organization and the heads of each department. 


The results of this thesis will free up personnel for more interesting and useful 
work, and provide the leader with a more timely and accurate picture of the organization 
in question. Routine tasks will be simplified and the necessary and accurate data received 


in a timely manner. 


The first issue at hand is the need to understand how this organization functions 
manually and the participation of each department in the daily work. Chapter II presents a 
clear idea of the capacity of the organization to accomplish this project, the intended 
customers and the necessity for such a system. Next, the requirements are refined in order 
to have an accurate design of the system by taking into consideration the hardware and 
software already in place. To achieve this goal, object oriented methodology with UML 
models are was used to capture the knowledge of the business process for a basis for 
understanding the elements involved in finding a solution. The process of developing the 
requirements specification is the focus of Chapter III. Chapter [V shows the architecture 
developed for the system that matches the requirements. The prototype was developed in 
Chapter V by using Microsoft Access to have a clear idea about the user interfaces and 


the functionality of the entire system. 


The sequence diagrams appear in Appendix A and the data dictionary in 


Appendix B provides a programmer’s guide to developing reliable software. 
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I. SOFTWARE REQUIREMENTS SPECIFICATIONS 


A. GOALS 

The major goal of this thesis is to develop an automated support tool for the 
leader of an organization in charge of the construction and modification of buildings for 
military bases and civilian construction during disaster relief. Such software will improve 
the decision-making ability of the leader of this organization and the heads of each 
department. Routine tasks will be simplified and the necessary and accurate data 
received in a timely manner. 
B. DOMAIN 

This organization is composed of approximately 2,000 civilians and 500 military 
personnel. The military and civilians of different specialties work together to design and 
manage the construction of military facilities for the Army, Navy, Air Force and other 
assigned government agencies. This organization stands ready to meet national security, 
emergency and other national requirements. 
C. ORGANIZATION 

Figure 1 shows the diagram of the organization, which consists of two major 
departments (financial and technical) under the oversight of the director and other 


services. Their specific functions are described as follows. 


| DIRECTOR | 


FIN&ADM.DEP 








TEC.DEP 
| se | 


Poe | foe |] fom |] foe J Loe | bie | Loe | 


BCS 
i —— 5 districts 


Figure 1. Organization Diagram 
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1. Director 

This position provides leadership and oversight of a major, function program, as 
well as overseeing the financial aspects of unit management, including controlling the 
budget and allocating resources. It keeps abreast of the progress of the projects, and also 
interfaces with the Minister and the other heads of the ministry when appropriate. 

2. Technical Department (TEC-DEP) 

This department designs and manages the construction of military facilities for the 


Army, Navy and Air Force (Military Construction), and other government agencies. 


This department is composed of several technical offices. 

a. Verification and Control Office (V.C.O) 

This office controls all projects and verifies that the project 1s completed 
in accordance with the agreement. 

b. Architecture Office (A.O) 

This office provides the designs necessary for the realization of the 
projects. 

c. The Other Technical Offices (Others) 

The design and management of projects is conducted by this office. 

3. Administrative and Financier Department (FIN& ADM.DEP) 

This department manages the budget of this organization and is responsible for 
the recruitment of the necessary civilian workers. It is composed of several administrative 
offices. 

a. Civilian Staff Office (C.S.O) 

This office is responsible for the management of the civilian personnel 
(Recruitment, Payroll, Promotion...) 

b. Budget Office (B.O) 

This office controls the budget and its distribution among projects. 

Cc. Market Office (M.O) 

Different types of markets with the supplier and control over their 
execution are established by this office. 


4. Production Service (P.S) 


This service makes the necessary materials to be used in the buildings, such as the 
windows, doors, furniture, and so forth, and helps to fix said materials. 

5. Air-Conditioning Service (A.C.S) 

The main function of this service is to install and fix the air conditioning, kitchens 
and bakery. 

6. Logistic Unit (Lo.U) 

The Logistic Unit is a military unit that provides the logistic means for the other 
departments as well as service for the execution of projects and manages the military 
personnel. 

7. Maintenance Service (M.S) 

This service is responsible for the management and maintenance of trucks, 
bulldozers and other equipment needed for the completion of the construction. 

8. Supply Office (S.O) 

This office contains four warehouses in which the different types of items used 
for construction are stored. 

9, Special Works Service (S.W.S) 

This service executes the urgent projects and those of a secure nature. 

10. Big Construction Service (B.C.S) 

This service is composed of five districts that execute the noncontractor projects. 
D. AVAILABLE HARDWARE 

The proposal software must run on the hardware setup shown in Figure 2, which 
consists of a centralized server connected to computers in various department offices via 


a local area network and to remote offices via phone lines. 
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Figure 2. Available Network 
E. AVAILABLE SOFTWARE 
1. 


Civilian Office (Payroll) 


This software is written in COBOL to compute civilian staff payroll and their 


promotion in rank or category. This software does not provide statistics about expenses. 
A historical file does not exist to verify mistakes. 


Ze Supply Office (Stock Management) 

This software is written in COBOL to keep track of stock (consumables, 
construction truck, machine parts). This software is not reliable and cannot ensure that 
the main function to keep track of stock occurs due to management rules. 

3, Logistic Unit 

This software is used to manage military personnel but it cannot accomplish much 
functionality such as keeping track of historical data and providing acurate data on 
personnel. 

4. Budget Bureau 

This software is written in FOX-PRO. Its goal is to manage the budget. This goal 
was reached but has a disadvantage. Its output cannot be used with other software. 

F. PROBLEMS WITH EXISTING SYSTEMS 
A plan to automate the organization that takes into consideration the available 


sources such as computer personnel staff and money does not exist. 


A complete solution for automation also does not exist to help the commanders 
take action. The existing hardware configuration does not take into consideration what 
the software architecture will be. Manual information is still the main source for daily 
work. The maintenance of the existing software is expensive as no documentation or 
source code is available. The existent software solution is not reliable in that there is no 
back-up system. It is not possible to ensure payroll is met for the next month. Sharing 
data between departments is not trustworthy due to inconsistency in data from different 
sources. Individual decisions are still the main source for taking action. Making decisions 
are based on experience and analyzing data. Many in this staff's organization prefer to 
work manually. The budget to automate this organization is not available and also 


depends on the general policy of the Ministry of Defense. 
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Il, SYSTEM REQUIREMENTS 


A. SOLUTION SYSTEM BOUNDARY 
The figure below shows the system boundary with the main users who contribute 


the most to this organization. 


System Boundary 


Organization 
Department 


ORGANIZATION 


! MANAGEMENT 
ot 
\ 


Ministry 





Customers 


Staff Executor 


Civilian & military 


B. USE CASES 

This section presents 18 use cases to analyze the business process of the 
organization. They describe the problem domain in unambiguous terms for 
communication with the potential users of a system, so as to ensure that the correct 
product will be built. The use cases are presented into the focused step of iteration that 
describes from a business perspective how to use cases that share functionality and assist 


one another in reaching an understood goal. 


1. Create Program Employ 





ministry 
Create Program 
budget.bureau 


Use case name Create Program Employ (Scheduled projects) 


Iteration Focused 
Summary The ministry sends the current projects to the organization. The 
Budget Bureau takes this program and enters the necessary 
information into a computer. 
Basic Course of events 1. The Ministry sends the current Employ Program 
2. The Budget Bureau enters the code for each item 
The operator introduces the code into the computer 


6) 

4. Code invalid check with the Bureau 

5. Code valid introduces the remaining data 
Related Business Role - Each title contains many items 

- Each item must exist only in one title 

- _ The item can be executed for more than one year 


Author Boukraa, Adel 
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Ze Consult Program Employ 


h—~ 


Budget.Bureau 







Consult Program 
Employ 


oe Director 


Executors 


Use case name Consult Program Employ 

Iteration Focused 

Summary The Budget Bureau and the director introduce the code to consult 
each item. The executor enters the code to consult the items that 
he is allowed to consult. 

Basic Course of events 1. The operator introduces the choice for consultation 


2. The operator introduces the necessary code to consult 
3. The system displays the information 
4. The operator’s choice to continue or exit the consultation 


Related Business Role - Each item must be consulted by the allowed user 
Author Boukraa, Adel 
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3. Delete Program Employ 


ministry 


ee a 


budget.bureau 







Delete Program 
Employ 


Use case name Delete Program Employ 

Iteration Focused 

Summary The Ministry sends a decision to delete Item from Program 
employ. The Budget Bureau obtains the right code for this Item 
and deletes it. 

Basic Course of events 1. The Ministry sends the decision to delete item 
2. Budget Bureau picks the code 
3. Operator enters the code 
4. System displays the message 
5. Operator chooses to delete or not delete 

Related Business Role - To delete item, the Budget Bureau makes a ministry 

decision 


Author Boukraa, Adel 


4. Edit Program Employ 


| — Edit Program Employ 


Director 
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Use case name Edit Program Employ 


Iteration Focused 

Summary The Director needs to know the global situation of the Employ 
Program. Then he uses the application to have an global edit 
for this program 


Basic Course of events 1. Director needs to know the program 
2 The operator enters the choice 
3. The system edits the program 
Related Business Role — - Only the director is allowed to have this function 
Author Boukraa, Adel 
Date 





5. Create Market 


Budget. See, 
Create Market <M —_——— 
oe Ministry 


Supplier 


Use case name Create Market 
Iteration Focused 
Summary The ministry sends the approved market to B.B. The B.B creates 
a code for each market and introduces the global data for the 
market. 
Basic Course of events . Ministry sends the approved market 
B.B receives the market 


B.B creates the code and introduces global information of 
market 


. If new supplier, B.B creates a new supplier record 
Related Business Role - Market can only have one program employ 
- _ The market is valid only if it is approved by the ministry 


Author Boukraa, Adel 
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6. Modify Market 


oe ya . 
Modify Market Supplier 


Budget.Bureau 


Ministry 


Use case name Modify Market 

Iteration Focused 

Summary The supplier sends request to modify market. The ministry 
approves this request and sends the modification of market to 
B.B. The B.B introduces the data into the computer. 

Basic Course of events 1. Supplier sends request 
2. Request approved by ministry 


3. B.B receives modification market 
4. B.B checks the type modification 
5. B.B enters global data for this modification 
Related Business Role - Market has zero or more modifications 
- The modification is valid only if it is approved by Ministry 


Author Boukraa, Adel 
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7. Execution Market 


—— 


Budget.Bureau 


—) 


Ministry 






Execution_Market 


Market.Bureau | | 


Supplier 


Executors 


Use case name Execution Market 
Iteration Focused 
The B.B sends a copy to the supplier, executors and market 
bureau. The Executors send the reports that contain the supplier’s 
bills to the market bureau that checks these reports and send 
them to B.B. These reports will be sent to the ministry from 
whom the suppliers receive their money. 
Basic Course of events 1. B.B sends copy to supplier, market bureau and executor 
2. Executor sends report market to M.B 
M.B Check report market 
M.B updates market 
M.B sends report to B.B 
B.B sends report to ministry 
. Supplier obtains money from ministry 
Related Business Role - Report contains one or more bills 
- The bills must match the market clauses. 
- The market contains one or more reports 
Author Boukraa, Adel 
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8. Consultation Market 


| ? Consultation_market . | 


Market.Bureau 





Director 


Iteration Focused 
The Bureau market checks the situation of all markets or a 
specific market each week. The director consults the situation of 
each specific market. 
Basic Course of events 1. M.B introduces choice 
Choice = all markets 
System edits situation 
Choice = specific market 
System edits situation with reports and bills market 
Director enters code for specific market 
7. System edits the situation with reports and bills market 
Related Business Role - The consultation must be 100% accurate at the end of the week 





9, Create Stock 


———_ Create_Stock — 


Market.Bureau Supplier 


Use case name Create Stock 


Iteration Focused 


The Suppliers send bills. The M.B introduces code item, if item 
does not exist then introduces remaining data for the new article 
Basic Course of events 1. M_B get bills 
Verifies code 
Code does not exist 


. Creation of new item 
Related Business Role Be sure that this item has the right code 
Verification of stock each month to avoid duplication of 
item 
Manual records match automated records 
Author Boukraa, Adel 
Date 





10. Delete Stock 


B.supplier 


> 
Delete_Stock 


Market.Bureau eee 


Budget.B 


Use case name Delete Stock 

Iteration Focused 

Summary When the market bureau finds an error during the execution of 
Market in collaboration with B.B and B.S., the market bureau 
erases the item for this market and replaces it with the creation of 
a new article. 


Basic Course of events 1. B.B or B.M or B.S find code article that does not match 


2: M.B verifies that this code is for this market 
3. Deletes code 


Related Business Role - To delete the item you must have Boss authorization 
Author Boukraa, Adel 
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11. Modify Stock 


IMI 


Customers B.supplier 
Suppliers | | Manage.B 
Executors 


Use case name Modify Stock 
Iteration Focused 


The Manage Bureau receives request from suppliers or 
executors or customers. M.B processes the request and modifies 
the stock. The supply bureau performs the physical operation. 
Basic Course of events 1. | Customer or executor or supplier applies query. 
Manage Bureau takes this query 


M.B enters type query 
M.B introduces code item 
M.B valid dates items 
. Stock to be modified dependent on the type of query 
Related Business Role Take in consideration the minimum quantity in stock only if 
the query signed by authority is performed 


Author Boukraa, Adel 
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12. Consultation Stock 


_ iy a 


Director Consultation_Stock B.supplier 


J 


Manage.B 





Executors 


Use case name Consultation Stock 

Iteration Focused 

Summary The Director, B.S and M.B can consult all the stock. The 
executors consult only the item that is used. 

Basic Course of events 1. Users enter their code 


2. System displays screen 
3. Users enter code choice item to consult 
4. System displays data about item 
Related Business Role - Each executor consults the item in his field 
Author Boukraa, Adel 
Date 





13. Hiring Worker 


oo _—h 


Director Hiring Worker Ministry 


~~) 


Civilian_worker 
Ci.St.B 


Use case name Hiring worker 


Iteration Focused 


Summary The person applies for a job in the C.S.O. The bureau sends this 
application to the director that signs it and sends it to the 
Ministry. If the Ministry approves this application, the C.S.O 
introduces the new worker record into the computer. 
Basic Course of events 1. Person applies for job 
C.S.O sends application to director for signature 
Director sends application to Ministry for approval 


Application approved will be received by C.S.O 
C.S.O gets the ID for the worker 
The operator introduces the complete data for the worker in 
the computer 
Related Business Role Verify the type of application (contractor, temporary ) 

Verify if the worker has old ID (Unique identification) 
The recruitment is final only if the application is approved 

Author Boukraa, Adel 

Date 





14. Worker Payroll 


Pay_roll_worker 


Ci.St.Bu Executors 





Worker Regie_account Post office 


20 


At the end of each month, the executors send the number of 
hours to the contractor, the temporary workers to the C.S.O. The 
office verifies these hours and the system computes the payroll 
and generates a copy. The operator checks the copy with the 
manual records and corrects if there are errors or validates this 
step and sends the payroll to the post office where the worker 
obtains wages. 
Basic Course of events 1. | Executors send number of hours to C.S.O 
2. C.S.O checks hours 
System computes payroll 


System generates a copy of payroll 

C.S.O checks copy and corrects if there are mistakes 
System does final computation of payroll and edits three 
copies of payroll and docket 

C.S.O sends two copies to the accounting service and keeps 
one for historical data. 


The accounting service sends one copy to the post office 
. Workers obtain wages from post office 
Related Business Role The number of hours: 104 <= hours <= 208 
The number of hours can be sent manually or automatically 
by executors 
Author Boukraa, Adel 
Date 





15. Worker Extra Hours 


h—Ca yh 


aw 


Regie_account Director 


Ministry 
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Use case name Extra hours 
Iteration Filled 
Summary The executors send the extra hours to the C.S.O Then the bureau 


send these hours to the director to be signed and approved by the 
Ministry. They then introduce these hours into the computer and 
the computer computes these hours and generates three copies. 
The same operation of as that of payroll is used. 


Basic Course of events 1. Executors send number of hours to C.S. O 


C.S.O checks hours 

Hours signed by director 

Hours approved by ministry 

Computer computes extra hours 

Hours checked by operator 

System does final computation of extra hours and generates 
three copies of extra hours and docket 

C.S.O sends two copies to the accounting service and one 
is for historical purposes. 

The accounting service sends one copy to the post office 
Workers obtain their extra hours from the post office 


Related Business Role extra hours <=104 /month 


The number of hours can be sent manually or automatically 
by executors 
Extra hours must be approved by the Ministry 


Author Boukraa, Adel 





Date 


16. Worker Productivity 


Ss 2S Productivity C 


Ci.St.Bu Executors 
Worker Regie_account Post office 
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Use case name Productivity 
Iteration Focused 
Each six months, the executors send the contractor’s and 
temporary worker’s grade and days present to the C.S.O. The 
office verifies the grade and presence. The system computes the 
productivity and generates a copy for the operator to check 
against the manual copy and correct it if there are errors. The 
validated report sent to the post office where the worker obtains 
his productivity. 
Basic Course of events 1. | Executors send grade and days present to C.S.O 
2. C.S.O checks days present 
System computes productivity 
System generates a copy of productivity 
C.S.O checks copy and corrects all mistakes 
System does final computation of productivity and 
generates three copies of productivity and docket 
C.S.O sends two copies to the accounting service and one 
is for historical purposes. 
The accounting service sends one copy to the post office 
. Workers obtain their productivity from the post office 
Related Business Role Grade <= 20 
Presence day <= 180 
Presence day < 140 day =>productivity = 0 
Author Boukraa, Adel 
Date 





17. Manage Staff 


———OYxs a 
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Ci.St.Bu Executors 
| | | | Logistic_unit 
Worker Ministry 
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Use case name Manage Staff 


Iteration Focused 
When the organization receives the authorization to employ a 
worker (civilian or military),the C.S.O is responsible for 
managing civilians, the placements of workers (districts) and 
their promotion and familial situation and salary, but for military 
personnel, the logistic unit is responsible only for their number 
and their place of employment (districts, services...). 
Basic Course of events 1. The executors send needs for workers 
2. The S.C.O or logistic unit does the detachment decision 
3. Introduces the decision into the computer 
4. Each time a change occurs in the administrative situation of 
a worker, the executors send the necessary papers 
C.S.O introduces the type of decision and remaining data 
The logistic unit sends these papers to the Ministry 
Related Business Role - Age for civilian when recruited <=40 
- For single: children = 0 
- Promotion of civilian worker must approved by the Ministry 
- Change in the type of worker must be approved by the Ministry 
Author Boukraa, Adel 
Date 





18. Consult Staff 
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Ci.St.Bu Director 
| | | | Logistic_unit 
Worker Executors 
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Use case name Consult Staff 


Iteration Focused 
Summary When the director receives a claim from executors or workers, he 
consults the system to understand and become knowledgeable 
about the situation and the executors or logistic unit or S.C.O 
have to verify the situation of the worker when it is required. 
Basic Course of events 1. The executors or worker send a claim to the director 
2. The director enters the type of consultation 
The system displays the contents of the consultation 


The executors or logistic unit or S.C.O introduce the type 
of consultation when needed. 


. System displays or edits the information 
Related Business Role Director consults all workers 
S.C.O consults only civilian workers 
Logistic unit consult only military personnel 
Executors consult only people that belong to them. 
Author Boukraa, Adel 
Date 





C. SYSTEM OPERATIONS 
The system operation was developed using the graphical tools provided by the 


MERISE method to describe the operations of the system as shown below. 


PROGRAM EMPLOY 
DECISION 


iF Program Employ 


BUDGET_OFFICE 







Creation :Program Employ 


- Check code program 
- Check title budget 


A Code not exist Code not exist 
Code c ° 
de exist | “ite not exist title exist 


: Creation 
completed 


2. Delete Program Employ 
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Delete 


BUDGET_OFFICE DECISION 


Delete :Program Employ 


- Check code program 


Delete 
completed 


3. Consult Program Employ 







Consult 


BUDGET_OFFICE inquiry 


DIRECTOR 


Consult :Program Employ 


- Check code program 


Consult 
completed 
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4. Edit Program 












Edit 
inquiry 














BUDGET_OFFICE DIRECTOR 


Edit :Program Employ 








- Check code program 


Edit 
completed 


Code exist 







5. Create Market 








Market 


BUDGET_OFFICE os, 
Decision 


Create:Market 


- Check code program employ 
-Check code Market 
-Check code supplier 


Program not Code market Supplier not Program exis! 
exist exist exist Market not exist 
pplier ex 


Market 
created 
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6. Modify Market 







Modify Market 


BUDGET_OFFICE Decision 


Modify:Market 


-Check code Market 
-Check type modify 


Code market Type modify Market exist 
notexist not exist Modify exist 
Market 
Deny 12 
modified 


7. Execution Market 






Progress 


Market_OFFICE Report 


Execution:Market 


- Check code report 

- Check code market 
- Check code supplier 
- Check code bills 


Report not exist 
Market exist 
Supplier exist 
Bill not exist 


Market 
Executed 


market | Suppliernot | Code bills 
not exist exist exist 
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8. Consult Market 


Market office 
Consultation 
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Budget office 





Consult:Market 


-Check code Market 


Market exist 






Market 
not exist 







Market 
Consulted 


9, Create Stock 







Stock 


Market office DECISION 


Creation :Stock 


- Check code Stock 


Code exist Code not exist 
Den Creation 
y completed 
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10. Delete Stock 







Del 
Market office DECISION 


Delete stock 


- Check code Stock 


D Delete 
ay. completed 







11. Modify Stock 







Market office SencieN Supply Office 





Modify stock 


- Check code Stock 


Code : 
Modify 
completed 
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12. Consult Stock 







; Consult 
Market office DECISION Supply Office 





Consult stock 


- Check code Stock 


eon be sid 


Consult 
completed 


13. Hiring Worker 









Decision of 


Civilian staff office hiring 


- Check ID 





Hiring 
completed 
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14. Staff Payroll 










Monthly 


Civilian staff office pay_roll 


Pay_roll 


- Check ID 
- Check hours# 
- Check bank account # 


Bank t ID exist 
ID not exist # HOURS <104 an een nol # hours >= 104 
bank account exist 


Pay_roll 


Extra hours 
decision 









15. Worker Extra Hours 


Civilian staff office 


- Check ID 
- Check # hours 


; ID exist 
ID not exist Hours > 108 hours 22108 


Extra hours 
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16. Worker Productivity 










Civilian staff office Productivity decision 


Productivity 


- Check ID 
- Check grade 
- Check presence day 


j ID exist 
ID not exist Grade < 10 & Presence day<90 | Grade > 10 & presence day >90 


: Productivity 


, Change state 
Civilian staff office Decision 







17. Manage Staff 


Manage staff 


- Check ID 
- Check type decision 


ID ; ID exist 
a Type decision not exist type exist 


; management 
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18. Consult Staff 


= Consult 


Consult staff 


- Check ID 







ID not exist ID exist 


Consult 
completed 


D. CONSTRAINTS 
if Why Cobol 
Many factors contributed to the need to use COBOL to develop this software. 


This organization bought a COBOL compiler four years ago and the programmers 


only know this software language. Therefore, legacy is the main factor for the choice. 


COBOL makes it possible to leverage modern IS technologies, while being free 
of hardware. COBOL delivers the best performance, flexibility, scalability, and platform 


independence. 


COBOL is capable of running applications on hundreds of platforms in every type 
of client/server environment, without recompilation. Therefore, it is possible to use 
SCO.UNIX without any problems in implementing the software. It is easy to migrate the 


code from one machine to another. 


The goal is to move the legacy data to a relational database and access it from the 
COBOL program, without having to embed SQL or recode the COBOL application in 
any way. Industry claims that 70% of the world's active business applications are still 
running COBOL It will be the same in the case of this thesis as the system being 


developed is a business application. COBOL is the best computer language to use for this 
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type of software. COBOL will interfere to a large degree in the phase design of the 


software. COBOL only uses global data and the maximum number of files used is eight. 
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IV. SYSTEM DESIGN 


A. SYSTEM ARCHITECTURE 

At the highest level, the system architecture is driven by the business goals and 
objectives to be accomplished. The financial and administrative department is clearly the 
principal management department and its different offices contribute in the best manner 
possible to the management of this institute. The department looks to the other 


department to provide it with updated and accurate data. 


The main goal in developing this software is to provide the leadership with tools 


to make the correct decisions. 


The architecture developed in Figure 3 takes into consideration these two main 
points. The system is divided into six subsystems, and is designed such that these 
subsystems barely communicate to avoid coupling problems. They also share the same 


database. 

















USERS 
| eee 2 eee 3 
| eee Market eee Market 
Subsystem 6 
Help_Decision 
eens 1 Es 4 
eens EMPLOY Es | Stock 


Subsystem 5 
Human Resources 


Figure 3. System Architecture. 
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B. CLASS DIAGRAM 
Architecture provides concurrent multiple views that should be the basis for the 
design. This design verifies that all requirements are captured and represented. They must 


be traced down to the classes that satisfy them. Figure 4 identifies the data and processes 


underlying the classes of objects for the system. 


Pay_roll productivity, 
-date -date 
-code_situ -hours_number| 


+creat() +compute() 


[Enroll | +consul() +edit() 


“period +delete() +print() 


+creation() 0." =MGhGer 
+consul() 
RECRUT +delete() 1 +has 


0..* +enrolled +can be 


+situa_ad < 








+hired +concern ; 
+creation() 1 +specia y 
+consul() +categorie 
+delete() 0..* 1 +echelon y 
CATER_ECHE +creat() 
= +update() 
+Concem =, has 14 
Employ progra' 
1 
+creat() 
+consul() 
+delete() 
+has 
+concern 1 has 
1 pt) 
ie MARKET ist ‘ +update() +update() 
~ exis! 
















1 +concern 
+noti_date 1 


+start_date +concern 
1 +concern as Report 


+has 






+creat() 
+update() 





roreation() | Executer_| 
-update() -nomemclature ; Bil 





-designation +execute ime 
+hold 0. -measure_unit Bess 
0. +total_amou 0." eat 
+measure_uni () update() 
+stored price 
+updated |+stock_quanti 
+included 
+updated +update LIGNE_BILL 
-code_stock 
tupdated 1 -quntite_delivery 
1 +update +update -quantity_realisab 
+creation() 
LIGNE_COMMA +consultation() 


-code_stock 1 +delete() 


-quantit_requi commande 
-quanti_delivery type commande 


f 





tincluded +has tfilled +has 
+creation() date 
+consul() tota amount 
+dele() 1 1..*  }creation() 1 0..* 
consultation() 
delete() +creat() 


+update() 
Figure 4. Class Diagram. 
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C. FILES DESCRIPTION 
After the design of the class diagram and the study of system constraints are 
completed, the files are created. COBOL is used to develop this software. The translation 


of classes in classic files is shown in the tables that follow. 


Program 


Attributes | Length Type Users | Aceessmode mode 


Proemp # Numeric Subsystem | 
Year Date Subsystem 6 
Despre Text 

Stapro Date 

Endpro 8 Date 

Budget Numeric 

titbud Text 


Market 


Attributes | Length Users | ss Accessmode mode 


market# Numeric Subsystem 2 
Text Subsystem 3 
Date Subsystem 6 
Date 
Text 
Numeric 
Text 
Date 


martyp 
3. Item Market 


stamar 
Attributes | Length Users 


endmar 
desmar 
amomar 
appmar 
daapma 


NO 





OWFRNOOAA 





Coditm Text Subsystem 2 
market# Text Subsystem 3 
quaitm Numeric Subsystem 6 
priitm Numeric 


39 


4. Modify Market 


Attributes | Length | Type Users 


market# Numeric Subsystem 2 . i * 
modmar Numeric Subsystem 6 * = 
moornu Numeric 

typmod Text 

permod Date 

amomod Numeric 


Invoice 


Aitributes | Length Users 


Numeric Subsystem 3 * a * 
Numeric Subsystem 6 = = 
Numeric 
Numeric 
Numeric 


6. Item Invoice 


Aitributes | Length ] Type] Users 


Coditi Text Subsystem 2 
invoic# Text Subsystem 6 
quaiti Numeric 


Ts Report 


Attributes | Length | Type Users 











Report# Numeric | Subsystem 3 
market# Numeric | Subsystem 6 
repmon Numeric 

repdat Date 
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8. Supplier 


Attributes | Length | Type Users 
Read 
ok 


Text Subsystem 2 
Text Subsystem 3 
Text Subsystem 4 
Text Subsystem 6 
Numeric 


Customer 


Attributes | Length | Type Users 
Read ae 


| Read | 
codcus Text Subsystem 4 - 
clacus Text Subsystem 6 - 
addcus Text 
phocus Text 
faxcus Numeric 


Attributes Length Type Users 
* 
k 
* 


itecod Text Subsystem 3 
desite Text Subsystem 4 
priite Numeric | Subsystem 6 
uniite Text 

thrite Numeric 





11. Purchase Order 


Kiibutes | Length | ~Type | Users 
Execute 





purord # Numeric | Subsystem 4 i 
typpur Text Subsystem 6 e 
datpur Date 

totpur Numeric 


4] 


12. Item Purchase Order 
Attributes | Length | Type Users 


Codite Text Subsystem 4 
purord # Numeric | Subsystem 6 
Numeric 
Numeric 


13. 


Attributes Length Type Users | ss Accessmode mode 





id # Numeric | Subsystem 5 
pernam Text Subsystem 6 
fatnam Text 

lasnam Text 

famsit Numeric 

birday Date 

echelo Numeric 

catego Numeric 

codspe Text 

address Text 

codatt Numeric 

acbank# Text 


14. Decision 


Aitributes | Length | Type | Users 





Id # Numeric | Subsystem 5 
Decisio # Numeric | Subsystem 6 
Decdat Numeric 
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15. Family Situation 


Attributes | Length | Type Users 





Id# Numeric | Subsystem 5 * * = 
Decla # Numeric | Subsystem 6 i 

dectyp Numeric 

decdat Date 


16. Change Situation 


Attributes Length Type Users | ss Accessmode mode 


Id # Numeric | Subsystem 5 
situa # Numeric 

sittyp Numeric 

sitdat Date 

oldsit Numeric 

newsit Numeric 


17. Pay Roll 


Attributes Length Type Users 
Loon 
Id # 8 Numeric | Subsystem 5 = ss 
rouse (3 Namen PHM LL 


18. Productivity 


Aiributes | Length | Type] User 


Numeric | Subsystem 5 
Numeric 
Numeric 


19. Extra Hours 


Atuibutes | Length | Type] Teer 














Id# 8 Numeric | Subsystem 5 . * = 
hours# 3 Numeric * 
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Vv. PROTOTYPE 


As a first step to validate the design, Microsoft Access was used to create a 
prototype for the user interface. Views of screens and the output results presented by 
forms follow. This prototype is concerned with each of the subsystems of the six 
subsystems. 

A. SUBSYSTEM 1: PROGRAM EMPLOY 
This subsystem ensures that the scheduled projects are tracked. The main user of 


this subsystem is the budget office as mentioned in the screen shots. 
1. Screen # 1 


GENIE DIRECTION 
budget office 


EMPLOY PROGRAM 


Renesesensccnenscssnsvscensssnenscsseseesnnasscanecenssscenseseraed 
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2. 


3. 


Screen # 2 


Screen # 3 
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4. Screen # 4 


GENIE DIRECTION 
budget office 


CONSULTAION EMPLOY PROGRAM 


PROGRAM # I YEAR | TITLE I 


DESCRIPTION j 
START j END [ 


BUDGET I 


CODE CUSTOMER I 
CLAIR CUSTOMER i 


@ EXIT © OTHER CONSULTATION 


MESSAGE- 


5. Screen #5 


GENIE DIRECTION 
budget office 


DELETE EMPLOY PROGRAM 


PROGRAM# = |] YEAR j TITLE j 


DESCRIPTION i 
START END 


BUDGET [ 


CODE CUSTOMER i 
CLAIR CUSTOMER j 


@ EXIT ®@ BE SURE BEFORE YOU DELETE 


MESSAGE- 


B. SUBSYSTEM 2: START MARKET 
This subsystem starts the first step of the project’s execution. The budget office 


establishes the markets that will be executed later by the other subsystems. The screens 


used by this subsystem are shown below. 
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1. Screen # 6 


GENIE DIRECTION 
budget office 


2. Screen # 7 


GENIE DIRECTION 
budget office 


CREATION MARKET 


MARKET # I MARKET TYPE TITLE BUDGET 
START ENDED 0 


MARKET DESIGNATION 


AMOUNT 0 
APPROVED | APPROVEMENT DATE 


CODE SUPPLIER CLAIR SUPPLIER| 


@ EXIT @ VALIDATION @ OTHER MARKET 
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3. Screen # 8 





> GENIE DIRECTION 
budget office 


CONSULT MARKET 


MARKET # | MARKET TYPE TITLE BUDGET 
START ENDED 0 
MARKET DESIGNATION 


AMOUNT 0 
APPROVED APPROVEMENT DATE 


CODE SUPPLIER CLAIR SUPPLIER 








@ EXIT @ OTHER CONSULTATION 
MESSAGE 
4. Screen # 9 
> GENIE DIRECTION 
budget office 
DELETE MARKET 


MARKET # [] MARKET TYPE TITLE BUDGET 
START ENDED 0 


MARKET DESIGNATION) 


AMOUNT 0 
APPROVED APPROVEMENT DATE 


CODE SUPPLIER CLAIR SUPPLIER 


@ BE SURE BEFORE YOU DELETE  OTHERDELETE © EXIT 


MESSAGE 
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5. Screen # 10 


> GENIE DIRECTION 
budget office 


MODIFY MARKET 


MARKET # [| MARKET TYPE TITLE BUDGET 
START ENDED 0 


MARKET DESIGNATION 


AMOUNT 0 
APPROVED APPROVEMENT DATE 


ORDER# MODIFY # MODIFY 
TYPE MODIFY MONTANT MODIF{ PERIOD MODIFY | 


& EXIT ® VALIDATION @ OTHER MARKET 


c. SUBSYSTEM 3: EXECUTION MARKET 
The market office starts the execution of the market established by the budget 


office. The screens below will help the user to accomplish this function. 


1. Screen # 11 


GENIE DIRECTION 
market office 


GENERAL MENU 
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2. Screen # 12 


> GENIE DIRECTION 
Market office 
EXECUTION MARKET 


MARKET# [ =s—(ié«‘MARRKET TYPE [)))~~~COSTART [ ~=—S—s«CNDUED TCO 
MARKETDESIGNATION[ = =—s—SsSSS 
APPROVED [  —sAPPROVEMENTDATE [ 

CLIAIRSUPPLIER[ = sti(‘i‘“—s‘“‘C;”SS 


Report # | is feport date =z 
bilt = ildate 
Itemcode[ Clair item Cet 
market quantite = quantite delivred lO price | 
Amount bill zz Amount report ; 


@ VALIDATION ITEM VALIDATION BILL @ VALIDATION REPORT 
@ OTHER ITEM ® OTHER BILL @ OTHER REPORT & OTHER MARKET 


@ EXIT 
MESSAGE 


3. Screen # 13 

> GENIE DIRECTION 
Market office = 
CREATION ITEM 


Code Item 


Designation 
Unit PRICE | 0 


Minimum quantity 0 


®@ VALIDATION ITEM ® OTHER ITEM ® EXIT 
MESSAGE 
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4. 


3B. 


Screen # 14 


GENIE DIRECTION 
Market office 


DELETE ITEM 


Code Item 
Designation 


Unit Price 0 
Minimum quantity 0 


®@ BE SURE BEFORE YOU DELETE ©  OTHERITEM ® EXIT 


MESSAGE 


Screen # 15 
GENIE DIRECTION 
Market office 
DELETE ENTIRE REPORT MARKET 
MARKET# [ss MARKETTYPE [=——=<“‘COS#COSTART'[~=©6«<ENDED[ =O 
MARKETDESIGNATION[ sss 


APPROVED APPROVEMENT DATE 
CLAIR SUPPLIER 


REPORT # | REPORTDATE[ 
® BE SURE BEFORE YOU DELETE REPORT @ OTHER REPORT @ OTHER MARKET 


@ EXIT 


MESSAGE 
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6. Screen # 16 
> GENIE DIRECTION 
Market office 


DELETE PART REPORT MARKET 


MARKET# [ —s—«<MARKET TYPE [ = =~=~— START [ss ENDED [OO 
MARKETDESIGNATION[ 
APPROVED [ —sAPPROVEMENTDATE [ 

CLAIRSUPPIER[ ss ssi(‘“s~‘“‘“‘i‘;C ;*™SCS 


REPORT # REPORT DATE 
BILL # BILL DATE 


® BE SURE BEFORE YOU DELETE BILL ®@ OTHER BILL &@ OTHER MARKET 


® EXIT 


MESSAGE 


7. Screen # 17 


GENIE DIRECTION 
market office 


CONSULT MARKET 


MARKET # | MARKET TYPE TITLE BUDGET | 
START | ENDED 0 


MARKET DESIGNATION 


AMOUNT 0 
APPROVED | APPROVEMENT DATE 


CODE SUPPLIER | CLAIR SUPPLIER 


@ EXIT ® OTHER CONSULTATION 


MESSAGE 
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8. Screen # 18 


, 
GENIE DIRECTION 


Market office 


UPDATE SUPPLIER 


Necovevevensvencvesoseseescseeveveeeeesrecseseeerovsserersseeeeesees 


D. SUBSYSTEM 4: EXECUTION STOCK 
The execution of stock is the purview of the supply office. The screens and the 


forms below will help the user to enhance the reliability of this software. 


1. Screen # 19 


GENIE DIRECTION 
supply office 


GENERAL MENU 


EXECUTION BON 
DELETE BON 


2% 2 2 8 
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2. 


Screen # 20 


GENIE DIRECTION 


3. 


Supply office 


EXECUTION BON 


BON # TYPE BON DATE 0 
CODE CUSTOMER | CLAIR CUSTOMER 


Item code price ; sl 
Clair item I unit 
quantity required quantite delivred 
total price 


@ VALIDATION ITEM @ VALIDATION BON 
@ OTHER ITEM @ OTHER BON @ EXIT 
MESSAGE 
Screen # 21 


> GENIE DIRECTION 





Supply office 


DELETE BON 


BONK TYPE BON DATE | 0 
CLOIR CUSTOMER | 
TOTAL PRICE 


© BE SURE BEFORE YOU DELETE © OTHER DELETE © EXT 


MESSAGE 


55 


Screen # 22 


GENIE DIRECTION 
Supply office 


CONSULT ITEM 


Code Item 
Designation | OO 
Unit Price 0 


quantity in stock 0 Minimum quantity 0 
@ OTHER ITEM TO CONSULT @ EXIT 


MESSAGE 


Screen # 23 


> GENIE DIRECTION 
Supply office 


CONSULT SUPPLIER 


Code supplier 


clair supplier 
tel address 0 


® QTHER SUPPLLIER TO CONSULT ®@ EXIT 


MESSAGE 
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6. Form # 1 








GENIE DIRECTION DATE 
Supply office PURCHASE ORDER 

Order number: Type order : 
Code customer: Customer; 

order # code item Designation price quantity required quantity delivered 

total amount : 
responsable office customer wharehouse 
SIGNATURES 


E. SUBSYSTEM 5: HUMAN RESOURCES 

If this subsystem is reliable, the software will be successful. Dealing with human 
resources is a huge task and ensuring that it is managed properly will assist in the 
management of the entire organization. The screens below were developed by taking in 
consideration all the small requirements details to provide the user with the best possible 
interface for using this subsystem. 

I Screen # 24 


GENIE DIRECTION 
Civilian staff office 


MENU GENERAL 





@ MANAGE STAFF 


= PAY ROLL 
© PRODUCTIVITY 


@ EXTRA HOURS 
© Exar 


a 


2. 





> 


Screen # 25 


GENIE DIRECTION 
civilian staff office 


HIRING WORKER 


DECISION # DATE DECISION| 


NAME FATHER NAME LAST NAME 
ID # FAMILIAL SITUATION 0 KIDS #UNDER18 0 


BIRTHDAY 0 


ECHELON GATEGORIE 
FIELD ATTACHMENT 


@ VALIDATE @ OTHER DECISION @ EXIT 


MESSAGE 


Screen # 26 


GENIE DIRECTION 


civilian staff office 


MANAGE STAFF 


® GATEGORIE ECHELON 


© DETACHEMENT 
© DECIPLINE 


@ par 
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4, Screen # 27 


> GENIE DIRECTION 
civilian staff office 


PAY_ ROLL WORKER 


ID # 
NAME FATHER NAME LAST NAME 
HOURS # 


@ VALIDATE @ EXIT 


MESSAGE 


5. Screen # 28 


GENIE DIRECTION 
civilian staff office 


PRODUCTIVITY WORKER 


ID # 
NAME FATHER NAME LAST NAME 
GRADE PRESENT DAYS 


@ VALIDATE @ EXIT 


MESSAGE 
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6. Screen # 29 


GENIE DIRECTION 
civilian staff office 


EXTRA_HOURS WORKER 


ID# 
NAME FATHER NAME LAST NAME | 
HOURS # 
@ VALIDATE ® EXIT 
MESSAGE 


F. SUBSYSTEM 6: DECISION HELP 


The main goal of this thesis is to provide the leader of the organization with tools 
to make the best decision. This subsystem is a compilation of all the subsystems and 


provides the interface necessary for the director to consult any data shown in the forms 


below. 


1. Screen # 30 
GENIE DIRECTION 


DIRECTOR 


MENU GENERAL:CONSULTATION 
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2. Screen # 31 


M 


4 


a 


4 


a 





3. Screen # 32 
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4. Screen # 33 





5. Screen # 34 
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6. Screen # 35 





7. Form# 2 
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8. Form# 3 





PROJET: total amount : 


order = MARKET Totel Amount executed amount 








order = Projet Total Amount executed amount 
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11. Form# 6 


GENIE DIRECTION 





DATE 
DIRECTOR 
MARKET 
order = MARKET Amount SUPPLIER Observation 
TOTAL 
12. Form# 7 
GENIE DIRECTION — 
DIRECTOR SITUATION MARKET 
BUDGET TITLE 
order + MARKET Amount SUPPLIER Observation 
TOTAL 
13. Form# 9 
GENIE DIRECTION DATE 
DIRECTOR SITUATION MARKET 
SUPPLIER: 
order = MARKET Amount A.Executed Observation 
TOTAL 
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14. Form# 9 


GENIE DIRECTION 
DIRECTOR 


MARKET: 


order = Report 


TOTAL 


15. Form# 10 


GENIE DIRECTION 
DIRECTOR 


Code item: 


Quantity in stock: 


16. Form# 11 


GENIE DIRECTION 
DIRECTOR 


BRANCHE: 


code 


Designation 


SITUATION MARKET 


Amount 


SITUATION ITEM 


Designation: 


Quantityavailable: 


STOCK BY BRANCH 


Quantity 
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AMOUNT: 


Observation 


position: 


Price 


DATE 


DATE 


DATE 


17. Form# 12 


GENIE DIRECTION 
DIRECTOR 


first name, last name: 


hiring date: 
categorie: 


decoration: 


18. Form# 13 


individual record 


attachement: family situation: 


echelon: speciality: 


punishment: 


DATE 








GENIE DIRECTION 
DIRECTOR 


District : 


speciality - 


order * Firstname . lastname 


19. Form# 14 


GENIE DIRECTION 
DIRECTOR 


District : 


Average # of workers : 


Average Salary per month: 


Staff by district 


Category Echelon 


TOTAL EXPENSES 
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DATE 


Salary Average 


DATE 
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VI. CONCLUSION 


A. SUMMARY 
This thesis develops the requirements and an architecture for a software system 
that helps leadership make decisions and specifically focuses on three aspects of projects 


planning: requirements, design and prototype. 


Chapters II and III clearly state the functionality of the organization and the 
system requirements. Chapter IV analyzes these requirements, and transforms them into 
an accurate design using tools provided by the UML models. Chapter V provides the 
necessary interfaces for the users to enhance the benefits of this software making it easy 
to understand the functionality of this software. This study will improve the decision 
making ability of the leader of this organization and the heads of each department. It will 
make the routine tasks easier, and provide the necessary and accurate data in a timely 


manner. 


While working on this thesis, it became clear that collecting enough information 
for the requirements was a greater task than anticipated. Very little is written about the 
organization, and what is written, is largely limited to facts. Face-to-face discussions are 
necessary as well as are observations over time so that opinions and impressions can be 
gleaned from users. Once a more solid foundation of requirements is built, then it will be 
possible to analyze information using UML models. By using this methodology, it was 
possible to model the system and its architecture. 

B. RECOMMENDATIONS 


Several future tasks that need to be completed are listed as follows: 


e Divide the available programmers into two teams 

e Start to develop the code for the high priority subsystems 

e Train the users to use the system correctly 

e Test each subsystem before its implementation 

e Test the entire system and verify the behavior of each subsystem 

e Start the deployment of the software by implementing the subsystems 


during different periods. 


e The maintenance phase will determine the success of this project. 
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APPENDIX A. SEQUENCE DIAGRAMS 


A. CREATE PROGRAM EMPLOY 


user 


input_code() 


check_code() 


Code=exist 


( 

{ 
code not available 
he 


( 
Recorded displayed 
a5 


Record_data() 


‘Data recorded 
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B. CONSULT PROGRAM EMPLOY 





User 


Consult_type() 





authorized_data() 


Retrieve data() 


| 
| 
I 
I 
I 
| 
I Display data() 
l 

| 

i] 


data_displayed 
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Cc. DELETE PROGRAM EMPLOY 


User 


input_code() 


Code_checked() 


i 
Code not available 


Display data 


delete data() 


Data deleted 


eee eee ee et er 





Pes) 


D. EDIT PROGRAM EMPLOY 


User I 


J 
J 
J 
I J 
J 
edit_type() J 







Retrieve data() 





Edit data() 


J 
I 
Data edited 
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E. CREATE MARKET 


I 

| 

User I 
I 

I | 
} 

} 

| 






code_market() 







Check_code() 












| 
Code exist 


Valid code() 


Check_code() 


code not available 


Enter data 
Record data() 


Data recorded 
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F. 


MODIFY MARKET 


:System 1 :Database 


-=e2a-—= 















Input_codemarket() 


verify_code() 


code_not_available 


Input_typemodify() 


display-screen 


Input_data()() 


set_data() 







| 
Market_modified 
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G. EXECUTION MARKET 





input_codemar() 










check_code() 
|—_—————————_____»> 






Code=exist 


code not available 






record_displayed 





Input_datareport() 
———————— 















Set_data 





Data_set 


data_set 







Set_data 
i ts, 


Valided _execution() 









record_bill data() 


Record_repord() 


data_recorded 





ad, 


CONSULT MARKET 


User 


Consult_type() 


access authorized 





consult_code() 
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Code exit 


Display_data() 


I. CREATE STOCK 


} | 

| I 

| | 

User { ! ! 
I | | 

} I 

I I 

I 


input_Code_Stock() : 
=e verify_code_stock() 





record_displayed 
4+ 






Set_data() 


data_created 
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J. DELETE STOCK 


I 

| 

User ! 
! I 

! 

I 










Input_Code_Stock() 


Verify_code_stock() 


—_———_—_—_——__-> : 
Code exist 










! 
Code not exist 


Ve emer peaeed | pe epee 


Display_record() 








I 
Record_displayed 


delete_record() 






I 
Record_deleted 
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K. MODIFY STOCK 


User t 
( 
( 
I 
I 











Input_Code_Stock() 


Verify_code_stock() 


Code exist 





a 
Code not exist 


Display_record() 





a 
Record_displayed 


aewewe awe ewqerwoerre-= -—— 


input_type_update() 


Fr 
J 
| 
t 


L. CONSULT STOCK 


User 
“| 
| 













Verify_code_stock() 


Code exist 


Code not exist 


get_data() 


display_data() 







J 
data_displayed 


L 

I I 

} ! 

I I 
! 1 1 


M. HIRING WORKER 


User 


Input_Num_Decision() 


Verify_Decision() 





a 
Decision exist 


Set_data() 
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N. WORKER PAY_ROLL 


User | | Es ES 





Input_worker_hours() 
Se EEE cl 
verify_hours 
Hours>=104 
l 
hours_ invalid 
ee eee 
get_data() 


Compute_pay() 


Edit_pay 


l 

l P 

| History() 
l 

I 
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O. 


WORKER EXTRA HOURS 





User 
| ( 
I 
( 


Input_numextra_hours 
se od 


— verify_hours 





Hours<=208 


| 
hours_invalid 


get_data() 


Compute_extra_hours 


| 
( 
{ Edit_Extra_hours 
( 
| 
| 


extra_hour_edited 


ee eee 


History() 
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P. WORKER PRODUCTIVITY 


User 


Days>=90 


get_data() 


Compute_productivity 


Edit_productivity 


History() 
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Q. MANAGE STAFF 


User \ 


" J 
Input_Specific_data ( 
so 
verify_data | 
Verified _data 
I 
data_invalid 
<---------- (aa eni= ee ee 
update_data() 
( 
( 
database_updated() 
oe err ee oe SUR Se eee 
( 
update_history 
( 
( 
History updated() 
a as a es Sn at 
‘ 
l | 
{ 
I 


R. CONSULT STAFF 


we eS l 
I 
Input_Specific_data 
en 
verify_data 
Verified_data 
I 
data_invalid 
é---------- +------------- 
update_data() 
I 
database_updated() 
update_history 
I 
History_updated() 
So Sa ee ee ee ee ey eee, 

| 

| 
J | 
' | 
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APPENDIX B. DATA DICTIONARY 


_ NAME ABBREVIATION em TYPE 


Program employ # Proemp# Numeric 
Year Year Date 
Description program employ | Despre Text 
Start program Stapro Date 
End program Endpro Date 
Budget Budget Numeric 
Title budget titbud Text 
Market # market# Numeric 
Market type martyp Text 
Start market stamar Date 
End market endmar Date 
Description market desmar Text 
Amount market amomar Numeric 
Approved market appmar Text 
Date approved market daapma Date 
Order # modify market modmar Numeric 
Modify market # moomu Numeric 
Type modify typmod Text 
Period modify permod Date 
Amount modify amomod Numeric 
Report # report # Numeric 
Date 
Text 
Invoice date invdat Date 
Item code itecod Text 
Description item desite Text 
Market quantity marqua Numeric 
Market delivery mardel Numeric 
Price item priite Numeric 
Invoice amount invamo Numeric 
Report amount repamo Numeric 
Unit item untite Text 
Threshold item thrite Numeric 
Purchase order # purord # Numeric 
Type purchase order typpur Text 
Purchase order date datpur Date 
Total purchase totpur Numeric 
Purchase required purreq Numeric 
Purchase delivery purdel Numeric 
Item stock quantity itstqu Numeric 
Code supplier codsup Text 
Clair supplier clasup Text 


o 


N 


Report date repdat 
Invoice # invoice # 





ORDER# | NAME ABBREVIATION | LENGTH | TYPE 


Address supplier addsup Text 
Phone supplier phosup Text 
Fax supplier faxsup Numeric 
Code customer codcus Numeric 
Clair customer clacus Text 
Address customer addcus Text 
Phone customer phocus Text 
Fax customer faxcus Numeric 
Type customer typcus Numeric 
Decision # decisi# Text 
Data decision decdat Numeric 
Person name pernam Date 
Father name fatnam Text 


Last name lasnam Text 


Id # id # 
Family situation famsit 
Number of kids kids# 
Birthday birday 
Echelon echelo 
Category catego 
Code specialty codspe 
Clair specialty claspe 
Code attachment codatt 
Grade grade 
Presence days preday 
Hours# hours# 
Account bank # acbank 


Text 
Numeric 
Text 
Numeric 
Date 
Numeric 
Numeric 
Text 
Text 
Numeric 
Numeric 
Numeric 
Numeric 


BWWNNNBRNN ORK CO 
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